The trick of the mouse to rotate is that the rendering is rotated independently from the item itself.

As for the movement, unless I am mistaken, it's always moving "horizontally" with respect to the item rotation rotation. Much like when you are walking, you are going forward, when you rotate you still go forward but with a different angle than before.

What would be nice is to have a minimal compilable example that shows that behaviour.

Solved it: by checking is the cursor in an "interactive" region of the graphics item in QGraphicsItem::mousePressEvent I can determine whether the item will become a mouse grabber (by either accepting or ignoring the event). When it comes to the graphics scene I simply prioritise the event propagation to the selection area resizing and I ignore accepted events.

Hi
I was wondering if you could use
QRectF QGraphicsProxyWidget::subWidgetRect(const QWidget * widget) const

@mrjj
Thanks a lot Brother :)
My Problem Solved!

At which speed to you plan to request them ?

Hi Mr. SGaist,

Surely I will do it.

Thanks for suggestions.

@SGaist
I checked if a new image was returned by saving each image data to a file before it gets returned and the image seems to be correct.
I will try to replace the graphicsview/scene by a QLabel, perhaps this will work.

@stan.m That's awesome! That satisfies! You are just cool!

Possibly the error is from the declaration of keyPressEvent

protected: virtual void keyPressEvent(QKeyEvent *event);

It might be better to have this handled in the parent class. When a graphics item is selected (clicked) store this information and move the item from the parent when the right key presses are seen. You might have a problem with losing focus otherwise.